HMS-9490: create templates with extended support repos#849
Draft
katarinazaprazna wants to merge 10 commits intocontent-services:mainfrom
Draft
HMS-9490: create templates with extended support repos#849katarinazaprazna wants to merge 10 commits intocontent-services:mainfrom
katarinazaprazna wants to merge 10 commits intocontent-services:mainfrom
Conversation
Reviewer's GuideExtends the templates creation/editing flow to support extended support (EUS/E4S) content versioning, updates the shared context and wizard step logic accordingly, and wires the new data fields through API types, routing, and tests. Class diagram for updated template and content modelsclassDiagram
class AddOrEditTemplateContextInterface {
+QueryClient queryClient
+NameLabel[] distribution_arches
+NameLabel[] distribution_versions
+NameLabel[] extended_release_features
+DistributionMinorVersion[] distribution_minor_versions
+Partial_TemplateRequest templateRequest
+setTemplateRequest(value)
+Set~string~ selectedRedhatRepos
+setSelectedRedhatRepos(uuidSet)
+Set~string~ selectedCustomRepos
+setSelectedCustomRepos(uuidSet)
+Set~string~ hardcodedRedhatRepositoryUUIDS
+hasInvalidSteps(index) boolean
+boolean isEdit
+string editUUID
}
class TemplateRequest {
+string arch
+string version
+boolean use_extended_support
+string extended_release
+string extended_release_version
+string date
+string description
+string name
+string[] repository_uuids
+boolean use_latest
}
class TemplateItem {
+string uuid
+string name
+string description
+SnapshotItem[] snapshots
+SnapshotItem[] to_be_deleted_snapshots
+string arch
+string version
+boolean use_extended_support
+string extended_release
+string extended_release_version
+string date
+boolean use_latest
+string created_at
}
class RepositoryParamsResponse {
+NameLabel[] distribution_versions
+NameLabel[] distribution_arches
+NameLabel[] extended_release_features
+DistributionMinorVersion[] distribution_minor_versions
}
class NameLabel {
+string name
+string label
}
class DistributionMinorVersion {
+string name
+string label
+string major
+string[] feature_names
}
class ContentItem {
+string uuid
+string name
+string url
+number package_count
+string? extended_release
+string? extended_release_version
}
class FilterData {
+string search
+string[] versions
+string[] arches
+string extended_release
+string extended_release_version
+string[] statuses
+string[] uuids
+string[] urls
}
AddOrEditTemplateContextInterface --> TemplateRequest : manages
AddOrEditTemplateContextInterface --> RepositoryParamsResponse : uses
RepositoryParamsResponse --> NameLabel : contains
RepositoryParamsResponse --> DistributionMinorVersion : contains
DistributionMinorVersion --> NameLabel : compatible labels
TemplateItem --> TemplateRequest : related shape
ContentItem --> DistributionMinorVersion : associated via extended_release_version
FilterData --> ContentItem : filters
File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
Contributor
katarinazaprazna
force-pushed
the
create-templates-with-extended-support-repos
branch
3 times, most recently
from
c279f94 to
31d66cd
Compare
rverdile
reviewed
Jan 27, 2026
Contributor
rverdile
left a comment
rverdile
left a comment
There was a problem hiding this comment.
This looks pretty good so far. I think we still need to hear from UX, but these are some changes that will move us in the right direction either way.
...Pages/Templates/TemplatesTable/components/AddOrEditTemplate/steps/RedHatRepositoriesStep.tsx
Show resolved
Hide resolved
Contributor
There was a problem hiding this comment.
We don't want the template extended release or release version to be editable. We will make the version editable in a followup ticket.
src/Pages/Templates/TemplatesTable/components/AddOrEditTemplate/steps/ExtendedSupportStep.tsx
Outdated
Show resolved
Hide resolved
katarinazaprazna
force-pushed
the
create-templates-with-extended-support-repos
branch
4 times, most recently
from
2118b41 to
8023d2a
Compare
katarinazaprazna
force-pushed
the
create-templates-with-extended-support-repos
branch
8 times, most recently
from
b13758f to
7365801
Compare
rverdile
reviewed
Feb 12, 2026
Comment on lines
20
to
22
| export const featureNameToExtendedRelease = (featureName: string | undefined): ExtendedRelease => | ||
| featureName === EUS ? 'eus' : featureName === E4S ? 'e4s' : 'none'; | ||
|
|
Contributor
There was a problem hiding this comment.
Do you think the API should be updated to just return "e4s" or "eus"? I don't see the names "RHEL-EUS-x86_64" or "RHEL-E4S-x86_64" being used anywhere, so that could make sense.
Contributor
There was a problem hiding this comment.
you might could do this as part of the backend ticket you picked up
Contributor
Author
There was a problem hiding this comment.
@rverdile I think it makes sense to handle the mapping on the BE side. It’ll save us from having to maintain that logic on the FE. I’m happy to take that on as part of my BE task :)
rverdile
reviewed
Feb 12, 2026
src/Pages/Templates/TemplatesTable/components/AddOrEditTemplate/steps/ExtendedSupportStep.tsx
Outdated
Show resolved
Hide resolved
katarinazaprazna
force-pushed
the
create-templates-with-extended-support-repos
branch
6 times, most recently
from
122ee33 to
f2f631c
Compare
- Added new "Content versioning" step that allows users to choose between rolling releases and extended support releases (EUS/E4S) - Implemented validation logic to conditionally show the versioning step based on feature availability and architecture constraints - Updated template request model to include `extended_release` and `extended_release_version` fields - Initialized template request with default extended support values to prevent undefined state - Integrated repository parameters API to fetch extended release features and distribution minor versions
- Added `featureNameToExtendedRelease` helper to map feature names to API-supported values - Enhanced template logic to conditionally send extended release data based on feature availability
katarinazaprazna
force-pushed
the
create-templates-with-extended-support-repos
branch
3 times, most recently
from
8b301c4 to
e000c78
Compare
Redesign the template creation modal to consolidate OS and arch selection into a single step. Rename and refactor all related components for better clarity. - Merge DefineContentStep and ExtendedSupportStep into OSAndArchitectureStep - Update step validation and context management for new workflow - Update templateHelpers for consolidated repo URL generation - Simplify extended support handling with 'none' default value - Improve core repository preselection logic and timing - Refactor useDistributionDetails hook methods - Rename RedhatRepositoriesStep to RedHatRepositoriesStep (casing fix)
katarinazaprazna
force-pushed
the
create-templates-with-extended-support-repos
branch
from
e000c78 to
456b27c
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
This PR aligns the frontend template logic with upcoming changes in the content-sources-backend. It ensures the UI handles extended support features and point-release targeting in parity with the evolving API contract.
The frontend logic is designed to integrate with the following backend updates:
repository_parameters/endpoint.repositories/endpoint.templates/endpoint.Testing steps